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A system and method for auditing network 
applications whereby transfers occurring during a 
user session (130, 170) between a client (110) 
and a server (140) are detected. An auditing 
data detection filter (150) detects and stores each 
request (134) from the client (110) and each 
response (132) from the server (140) to each 
request (134) in an auditing memory (160). An 
auditing analyst can use the detected requests 
(134) and responses (132) to visually recreate tiie 
user session (130, 170) in order to analyze the 
events that occurred during said user session (130. 
170). 

(57) Zusanunen&ssung 

Ein System und ein Verfahren zum PrUfen 
von Netzwerk-Anwendungen erfaUt wflhrend 
einer Benutzersitzung (130, 170) Obertragungen 
zwischen einem Client (110) und einem Server 
(140). Ein PrUfdaten-Erfassungsfilter (150) 
erfaBt und speichert jede Anforderung (134) 
des Client (110) und jede Antwort (132) des Servers (140) auf jede Anfoiderung (134) in einem Prikfspeicher (160). Ein prilfender 
Analyst kann die erfaBten Anfordeningen (134) und die erfaBten Antworten (132) dazu benutzen, die Benutzersitzung (130, 170) visuell 
wiederzuerzeugen. urn dabei zu analysieren. was sich wahrend der Benutzersitzung (130. 170) ercignet hat 
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SYSTEM UND VERFAHREN ZUM PRUFEN VON NETZWERK-ANWENDUNGEN 



Die vprliegende Erf indung bezieht sich auf ein System und 
auf ein Verfahren zum Prufen (englisch: auditing) von 
Netzwetk-Anwendungen. Insbesondere bezieht sich die vor- 
liegende Erfindung auf ein System und ein Verfahren zum 
visuellen Wiedererzeugen (englisch: recreate) einer 
Benutzersitzung fur das Analysieren verschiedener Aspekte 
der Netzwerk-Anwendung. 

In einer Netzwerk-Anwendxmg, die auch als Cl ient/ Server- 
Anwendung bezeichnet wird, fordert ein Client von einem 
Server Information an. Der Server liefert als Antwort 
(englisch: response) auf jede Anforderung (englisch: 
request) Information an den Client. Ein typischer Server 
kann mehreren hiindert Clienten gleichzeitig, antworten, 
wahrend der Client auf mehrere Server intermit tierend und 
uber eine sehr kurze Zeitspanne hinweg zugreifen kann. 
Wegen der sehr dynamischen Natur solcher Anwendungen sind 
Probleme, die mit der Anwendung verbunden sind, schwierig 
zu isolieren, zu reproduzieren und/oder zu diagnostizie- 
ren. Desweiteren ist es schwierig, solche Probleme entwe- 
der auf den Server oder den Client zuruckzuf uhren . 

Ein anderes Problem, das mit Net zwerk- Anwendungen ver- 
knupft ist, insbesondere mit solchen, die elektronischen 
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Handel sverkehr ( "E-cotnmerce" ) abwickeln, , besteht darin, 
daS das genaue Verhalten des Kaufers wahrend des 
Geschaf tsabschlusses schwierig zu ermitteln und noch 
schwieriger auszuwerten Oder zu verstehen ist. Beispiels- 
weise kann es sein, daS der Entwickler einer Website ver- 
stehen tnSchte, wie ein bestinimter Kiufer, der eine E- 
conimerce-Anwend\ing benutzt, durch die Website navigiert, 
um einen Artikel zu eam/erben. Angesichts der Natur kon- 
ventioneller Netzwerk-Anwendungen ist ein solches Ver- 
standnis schwierig zu gewinnen. 

Es bestehen noch weitere Probleme bei Netzwerk-Anwendun- 
gen, von denen einige itn folgenden detaillierter disku- 
tiert werden. Diese sind teilweise darauf zuruckzuftihren, 
dais in einem Netz eine riesige Inforinationsmenge zur Ver- 
fugung steht, z.B. im Handel sverkehr, und daS verschie- 
dene Datenformate xind Anwendungssprachen Verwendung fin- 
den. Es besteht ein Bedarf fur ein System und ein Verfah- 
ren .zum Prufen von Netzwerk-Anwendungen, das die hier 
beschriebenen Probleme lost. 

Folglich richtet sich die vorliegende Erfindung auf ein 
System xmd ein Verfahren zum Prufen von Netzwerk-Anwen- 
dungen. Erf indungsgemaS wird ein Verfahren mit den Merk- 
malen des Anspruchs 1 vorgeschlagen. In einer besonders 
vorteilhaften Ausfuhrungsf orm erfaSt die vorliegende 
Erfind\ing Anf orderiangen und/oder Antworten, die zwischen 
einem Client und einem Server wahrend einer bestimmten 
Benutzersitzung einer Netzwerk-Anwendung hin- und herge- 
sendet werden. Die vorliegende Erfindung speichert die 
Anforderungen und die Antworten in einem Pruf speicher . 
Anschliefiend gewinnt die vorliegende Erfindung die Anfor- 
derungen und die Antworten aus dem Piruf speicher zuruck, 
um die Benutzersitzung visuell wiederzuerzeugen . 
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Eine Benutzersitzung in diesem Sinne ist nicht itnmer die 
gesamte Aktivitat zwischen einem logon iind einem logoff , 
sondem kann auch eine Bildschirmanzeige sein, die sich 
abhangig von der Aktivitat des Client bzw. Benutzers und 
abhangig von der aktuellen Anforderung andert. Eine sol- 
che Anforderung kann auch ein Ereignis seir^, beispiels- 
weise die Bewegung eines Cursors durch den Benutzer. 
tJtoerstreicht der Cursor dabei bestitrane Bildschirmf elder , 
z.B, ein "Banner", so wird ein Ereignis ausgelost. 

Vorzugsweise werden nur visuelle Inf ormationen gespei- 
chert. Auf Basis" dieser Inf ormationen wird die spatere 
Analyse der Sitzung durchgef lihrt . Die Speicherung von 
visuellen Inf ormationen bezieht sich z.B. darauf, welche 
Bildschirmbereiche der User mit dem Maus -Cursor uberstri- 
Chen hat. Es wird die Maus -Cursor -Bewegung des Users ana- 
lysiert, wenn z.B. bestimmte Bildschirminhalte vom Maus- 
Cursor beriihrt werden. Es ist nicht erf orderlich, da£ der 
User einen Mausklick durchf lihrt . Aufgabe der Erfindung 
ist in diesem Fall f estzustellen, fur welche Bildschirm- 
inhalte sich der Benutzer interessiert , ohne dalS der 
. Benutzer bestimmte auf dem Bildschirm angebotene Links 
Oder Aktionen aktiviert. Es werden vorzugsweise nur sei- 
che Daten gespeichert, mit denen die Mausbewegung des 
Benutzers nachvollzogen werden kann und mit denen die von 
dem Maus -Cursor uberstrichenen Bildschirmf elder in der 
spateren oder durch die spatere Analyse visuell wiederge- 
geben werden konnen. 

Das Erfassen im Sinne der Erfindung ist ein zwei Stufen 
umfassender Prozefi. Der erste Schritt beinhaltet das 
Kopieren bzw. Speichern der Daten, Der zweite Schritt 
beinhaltet ein Filtern der Daten. Das Speichern ist also 
ein Verf ahrensschritt des Erf assens . Das Erfassen der 
Daten findet vor ihrer Evaluiemng statt. 
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Einer der Vorteile der vorliegenden Erfindung besteht 
darin, dafi ein Analyst in der Lage ist, eine bestintmte 
BenutzersitziHjg in dem Priif speicher auf zuf inden und eine 
bestittimte Benutzersitzung Schritt fur Schritt durchzuge- 
hen, wobei er die Benutzersitzung so betrachtet, wie der 
Client, bzw. der Benutzer des Client die Benutzersitz\ing 
betrachtet hat. Dies versetzt den Analyst in die Lage, 
die Reihenfolge von Ereignissen, die wahrend einer 
bestimmten Benutzersitzung eingetreten sind, exakt so zu 
verfolgen und zu verstehen, wie sie stattgefunden haben. 

Eine andere Besonderheit der vorliegenden Erfindung 
besteht darin, daS der Analyst die genaue Reihenfolge von 
Ereignissen earmitteln kann, die vor dem Auf tret en eines 
Fehlers in der Netzwerk-Aiiwendung stattgefunden Jiaben. 
Die vorliegende Erfindung speichert auSerdem Information, 
die den Zustand der Client /Server-Umgebung wahrend der 
Benutzersitzung beschreibt, so dalS es dem Analyst moglich 
sein kann, bestimmte Pehler auf die Auslastung oder den 
Datenverkehr auf dem Server oder der Datenubertragungs- 
verbindung zuruckzuf uhren . 

Ein weiterer Vorteil der vorliegenden Erfindung besteht 
darin, dafi der Analyst Daten betrachten kann, die zu Sit- 
zungen von mehreren Benutzern gehoren, um zu analysieren, 
wie verschiedene Benutzer eine bestimmte Website durch- 
laufen haben. Eine solche Analyse ist nutzlich, um fest- 
zustellen, wie bestimmte Websites zum Erzielen eines 
bestimmten Ergebnisses verbessert werden konnen. 

Eine we it ere Besonderheit der vorliegenden Erfindung 
besteht darin, daS eine OLAP-Analyse durchgefuhrt werden 
kann, z.B. um Kunden, die routihemaSig kaufen, bessere 
Antwortzeiten bereitzustellen, indem sie an einen schnel- 
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leren Anwendungs server weitergegeben warden. Desweiteren, 
konnte solchen Kunden, die routinemaSig Kaufe tatigen, 
ein direkter Pfad zu einer bestimmten Stelle in der 
Website angeboten werden, wodurch der Pfad, der fur 
andere Kunden vorgesehen ist, umgangen wird. Daruber 
hinaus kann der Analyst den Nutzen von Werbiing auf der 
Website untersuchen, indem er die Anzahl der vor und nach 
einer solchen Werbung getatigten Kaufe betrachtet. 

Weitere Eigenschaf ten und Vorteile der vorliegenden 
Erfindung werden in der folgenden Beschreibung erlautert, 
und zum Teil sind sie aus der Beschreibung of f ensichtlich 
Oder zeigen sich bei der Ausubung der Erfindung. Die 
Ziele und Vorteile der Erfindung werden durch das Verfahr 
ren erreicht, das besonders in der Beschreibung und in 
den daraus abgeleiteten Anspruchen sowie in den beigefug- 
ten Zeichnungen dargestellt ist. 

Die vorangegangene allgemeine Beschreibung und die fol- 
gende detaillierte Beschreibung sind beispielhaft und 
erklarend und dazu gedacht, als weitere Erklarung der 
beanspruchten Erfindung zu dienen. 

Die beigefiigten Zeichniingen, die ein weitergehendes Ver- 
standnis der Erfindung liefem sollen und die in diese 
Anmeldung eingefugt sind und ein Teil von ihr bilden, 
veranschaulichen Ausf uhrungsf ormen der Erfindung, die 
zusammen mit der Beschreibung dazu dienen, die Prinzipien 
der Erfindung zu erklaren. 

Fig. 1 veranschaulicht eine Ausf uhrungsf orm der vor- 
liegenden Erfindung, die Sitzungsdaten in einer 
Client/ Server- Umgebung erf alSt . 
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Fig. 2 veranschaulicht eine Ausfuhrungsf orm der vor- 
liegenden Erfindung, die erfaSte Sitzungsdaten 
in. einer Pruf -Umgebung . analysiert . 

Fig. 3 ist ein FlulSdiagramm/ das die Arbeitsweise ei- 
ner Ausfuhrungsf orm der vorliegenden Erfindung 
beim Erf assen von Sitzvmgsdaten veranschau- 
licht. 

Fig. 4 ist ein Flufidiagramtn, das die Arbeitsweise ei- 
ner Ausfuhrungsf orm der vorliegenden Erfindung 
beim visuellen Wiedererzeugen einer Benutzer- 
sitzung veranschaulicht. 

Fig- 5 ist ein. FluSdiagramm, das die Arbeitsweise ei- 
ner bevorzugten Ausfuhrungsf orm der vorliegen- 
den Erfindung bei der Ausfuhrung des Schritts 
des Wiedererzeugens und des visuellen Dar- 
stellens des dynamisch erzeugten Bildschirm- 
inhaltes veranschaulicht. 

Fig. 6 veranschaulicht eine Analysiereinrichtung gemalS 
einer bevorzugten Ausfuhrungsf orm der vorlie- 
genden Erfindung detaillierter . 

Fig. 7 veranschaulicht ein Analysemodul gemaS einer 
bevorzugten Ausfuhrungsf orm der vorliegenden 
Erfindung detaillierter. 

Fig. 8 ist ein FluSdiagramm, das den Schritt des Spei- 
cherns von Daten in dem Prufspeicher gemalS ei- 
ner Ausfuhrungsform der vorliegenden Erfindung 
veranschaulicht . 
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Fig. 9 veranschaulicht gemaS einer Ausfuhrungsf orm der 
vorliegenden Erfindung eine Sternstruktur zum 
Speichern von OLAP-Daten fur eine Umgebung auf 
Internet -Basis • 

Fig, 10 veranschaulicht gemaS einer Ausfuhrungsf orm der 
vorliegenden Erfindung eine Sternstruktur zum 
Speichern von OLAP-Daten fur eine SAP R/3 -Umge- 
bung . 

Fig. 11 veranschaulicht die Datenstruktur einer Dar- 

stellungs-Tabelle fiir eine Umgebung auf Inter- 
net-Basis gemaS einer Ausfiihrungsform der vor- 
liegenden Erfindung. 

Fig. 12 veranschaulicht die Datenstruktur einer Dar- 
stellungs-Tabelle fur eine SAP R/3 -Umgebung 
gemaS einer Ausfuhrungsf orm der vorliegenden 
Erfindung. 

Fig. 13 veranschaulicht die Datenstruktur eines Dimen- 
sions-Puff erspeichers gemaS einer Ausfuhrungs- 
form der vorliegenden Erfindung. 

Nun wird detailliert auf die bevorzugten Ausfuhrungsf or - 
men der vorliegenden Erfindung, die in Beispielen in den 
beigefugten Zeichnungen veranschaulicht sind, Bezug 
genpmmen . 

In einer Client/Server-Umgebung 100, wie sie in Fig. 1 
dargestellt ist, kommuniziert ein Client 110 mit einer 
Server-Umgebung 140 uber eine Dateniibertragungsverbindung 
125. Die Server -Umgebung 140 kann selbstverstandlich 
einen einzigen Netz-Server oder mehrere Server, die in 
Verbindung miteinander laufen, umfassen. 
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Ein bestimmter Satz von aufeinander bezogenen Mitteiliin- 
gen zwischen dem Client 110 xind der Server -Umgebung 140 
wird als Benutzersitzung 130 bezeichnet. Die Benutzer- 
sitz\ing 130 beinhaltet eine Polge von Anf orderungen 134 
des Client 110 an die Server-Umgebxmg 140 und eine Folge 
von Antworten 132 der Server-Umgebiing 140 an den Client 
110 als Reaktionen auf die Anforderungen 134 « Eine 
bestitnmte Anforderung 134 und die zu ihr gehdrende Ant- 
wort 132 werden hier als ein Hit 135 oder als Anforde- 
rimg/Antwort-Paar bezeichnet. Wahrend einer Benutzersit- 
zung 130 kann der Client 110 in bekannter Weise auf ver- 
schiedene Arten auf die Server-Umgebung 140 zugreifen. 

Der Client 110 greift auf die Server-Umgebung 14 0 mittels 
eines dynamisch erzeugten Bildschirminhaltes 120 zu, der 
dem Client 110 bzw. einem. nicht dargestellten Benutzer 
eines Client 110 fur eine bestimmte Netzwerk-Anwendung 
Information anzeigt, die von der Server-Umgebung 140 
stammt. Im folgenden wird die Bezeichnung Client 110 
stellvertretend fur einen Client oder einen Benutzer 
eines Client benutzt. Auf der Basis von Anforderungen 134 
und Antworten 13 2 liefert die Server-Umgebung 14 0 Infor- 
mation, um den dynamisch erzeugten Bildschirminhalt 120 
zu aktualisieren. 

GemaS einer Ausf lihrungsf orm der vorliegenden Erfindung 
wird der dynamisch erzeugte Bildschirminhalt 120 auf der 
Basis von Information, die in der Antwort 132 der Server- 
Umgebung 140 enthalten ist, durch eine (nicht gezeigte) 
Workstation des Client 110 dynamisch erzeugt. In einer 
Ausfuhrtingsf orm der vorliegenden Erfindung wird der dyna- 
misch erzeugte Bildschiarminhalt 120 von der Workstation 
auf Basis einer Antwort 132 erzeugt, die eine Auszeich- 
nungssprache (englisch:. "mark up language") wie z.B. HTML 



wo 00/03323 



PCT/DE99/02170 



(Hypertext Markup Language) , XML (Xt ended Markup 
Language) , SGML (Standard Generalized Markup Language) 
und so welter benutzt, wie sie in verschiedenen 
Client/Server-Uragebungen 100 verwendet wird. ' 

In einer altemativen Ausffihrungsf orm der vorliegenden 
Erf indung wird der dynamisch erzeugte Bildschirminhalt 
120 von einer Workstation des Client lio auf Basis einer 
Antwort 132 erzeugt, die Information enthalt, die kompa- 
tibel zu Formaten ist, die in einer dedizierten on-line- 
Umgebung oder Netzwerk-, z.B. Internet- oder Intranet - 
Umgebung oder Utngebung eines Systems ffir Personaleinsatz- 
management, Finanz-, Logistik-, Geschaf tsablauf - , Perso- 
nal-, Organisations-, Buchungs-, 2e it management- oder 
Personalentwicklungssystem, insbesondere einer SAP R/3- 
Umgebung verwendet werden. 

Die folgende Diskussion erfolgt auf der Grundlage einer 
Client/Server-Umgebung 100, die in einer Umgebung auf 
Internet-Basis oder auf Web-Basis arbeitet . Selbstver- 
standlich bezieht sich die vorliegende Erf indung jedoch 
auch auf ein System, in dem der Client 110 mit der- 
Server-Umgebung 140 direkt f estverdrahtet ist, wie- es 
z.B. in der SAP R/3-Umgebung der Fall ist. Fur einen 
Fachmann ist es klar, in welcher Weise die folgende Dis- 
kussion fur solche f estverdrahtet en oder "dedizierten" 
Systeme gilt. 

GemaS einer vorteilhaf ten Ausfuhrungsf orm der vorliegen- 
den Erfindung Oberwacht ein Prufdaten-Erf assungsf ilter 
150 die Datenubertragungsverbindung 125, urn Mitteilungen 
(d.h. Anforderungen 134 und Antworten 132) zwischen dem 
Client 110 und der Server-Umgebung 140 zu erfassen 
(englisch: capture). Insbesondere erfafit der Prufdaten- 
Erf assungsf ilter 150 die Anfor-derung 134 des Client no 
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ail die Server-Umgebung 140 iind die Antwort 132 der 
Searvrer-Umgebung 140 an den Client 110. Der Priifdaten- 
Erf assungsf ilter 150 niirant die Daten und spei chert sie 
ab. Das Filter ist beliebig. Es werden vorzugsweise nur 
die Daten abgespeichert , die notwendig sind, um die 
Benutzersitzung visuell wiedergeben zu konnen. 

In einer Ausfuhrungsf orm der vorliegenden Erf indung 
erfaSt der Prufdaten-Erf assvmgsf ilter 150 die Anfprderung 
134 von der Datenubertragungsverbindung 125, nachdem die 
Server-Umgebung 140 die Anforderiing 134 empfangen hat, 
aber bevor die Server-Umgebung 140 die Anforderung 134 
verarbeitet hat. In dieser Ausftahrungsforro der vor- 
liegenden Erf indung erfaSt der Pruf daten-Erf assungsf ilter 
150 die Antwort 132, nachdem die Server-Umgebung 140 die 
Anforderung 134 verarbeitet und die Antwort 132 ermittelt 
hat, aber bevor die Server-Umgebung 140 die Antwort 132 
absendet. Selbstverstandlich sollte die Erf assungsf unk- 
tion eines -bevorzugten Pruf daten-Erf assungsf ilters 150 
die Kommunikation zwischem dem Client 110 und der Server- 
Umgebung 140 nicht storen oder unterbrechen. 

In der gerade beschriebenen Ausfuhrungsf orm der vorlie- 
genden Erf indung weist die Server-Umgebung 140 die Modi- 
fikationen auf , die notwendig sind, um dem Pruf daten- 
Erf assungsf ilter 150 den Zugriff auf die Anf orderungen 
134 und die Antworten 132 zu ermoglichen. Mit anderen 
Worten: die Server-Umgebiing 140 stellt in bekannter Weise 
die Hooks fur die Sitzungsdaten fur den Pruf daten-Erf as- 
sungsf ilter 150 zur Verfugung. In dieser Ausfuhrungsform 
erfaSt der Pruf daten-Erf assungsf ilter 150 die Anforderun- 
gen 134 und die Antworten 132 im Zusammenwirken mit der 
Server-Umgebung 140 und moglicherweise mit Hilfe ihrer 
aktiven Teilnahme. 
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In einer alteamativen Ausfuhrungsform der vorliegenden 
Erfindung benotigt der Prufdaten-Erfassungsfilter 150 die 
oben diskutierten Modif ikationen der Server-Umgebung 140 
nicht. In dieser altemativen Ausfuhrungsform der vorlie- 
genden Erfindung erfaSt der Prfifdaten-Erf assxingsf ilter 
150 die Anforderxmgen 134 und die Antworten 132 direkt 
von der DatenObertragungsverbindung 125, vind die Server- 
Umgebung 140 arbeitet ohne bezug auf die Anwesenheit des 
Priifdaten-Erfassungsf ilters 150. 

Der Prufdaten-Erfassungsfilter 150 speichert die erfaiSte 
Anforderung 134 und die • erf afite Antwort 132 in einem 
PrQfspeicher 160. In einer bevbrzugten Ausfuhrungsform 
der vorliegenden Erfindxang werden eine erfalSte Anforde- 
r\mg 134 xand eine erfafite Antwort 132 als ein Hit 135 
gespeichert. Der Prufspeicher 160 weist selbstverstand- 
lich eine Speichervorrichtumg auf, beispielsweise ein 
Plattenlaufwerk, ein RAM, eine Datenbankeinrichtxing oder 
eine andere derartige Speichereinrichtiing . Die Sp.eiche- 
rung von Daten in einem Datenbankformat ist im Sinne der 
Erfindung vorteilhaft. 

In einigen bevorzugten Ausfuhrungsf ormen der vorliegenden 
Erfindung speichert der Prufspeicher 160 alle Hits 135 
einer bestimmten Benutzersitzung 130 als gespeicherte 
Hits 175 einer gespeicherten Benutzersitzung 170 . Mit 
anderen Worten: bei diesen Ausfuhrungsf ormen der vorlie- 
genden Erfindving werden die Folgen von erfaSten Anforde- 
rungen 134 und erfalSten Antworten 132, die eine bestinunte 
Benutzersitzung 130 beinhaltet, insgesamt als gespei- 
cherte Benutzersitzung 170 abgespe i chert . 

In einer Ausfmirungsform der vorliegenden Erfindung wird 
die Benutzersitzung 130 uber ein Internet gefuhrt. In 
diesem Fall befinden sich der Client lio und die Server- 



wo 00/03323 



12 



PCT/DE99/02170 



Umgebiing 140 nach jeder Ubertragung (d.h. nach jeder 
Anforderrong 134 des Client 110 an die Server-Umgebung 140 
\md nach jeder Antwort 132 der Server-Umgebung 140 an den 
Client 110) nicht in aktiver Verbind\ing (d.h. die Ver- 
bindiing zwischen Client 110 und Server -Umgebxmg 140 ist . 
effektiv getrennt) . In einer solchen Anwendung wird Cibli- 
cherweise eine eindeutige Identif ikation der Sitzung 
(hier auch als Status -Identif ikation bezeichnet) benutzt, 
um einen bestiiranten Client 110 jedesmal zu identif izie- 
renV wenn er auf die Server-Umgebung 140 zugreift. Die 
Identif ikation der Sitzung wird mit jeder Anforderung 134 
gesendet, um den Benutzerkontext eindeutig zu bestimmen. 
Dadurch, daS die Server-Umgebung 140 die Identif ikation 
der Sitzung dazu benutzt, jede Anforderung 134 einem 
bestimmten Client 110 zuzuordnen, ist die Server-Umgebung 
140 in der Lage, den Client 110 uber das Internet so zu 
behandeln, als ob der Client 110 standig mit der Server- 
Umgebung 140 verbunden ware. 

In einer zweiten Ausfiihrungsform der vorliegenden Erf in- 
dung sind der Client 110 und die Server-Umgebung 140 
standig liber eine dedizierte Datenubertragungsverbindung 
125 verbunden. In dieser Ausfuhahingsf orm der vorliegenden 
Erfindung ist nicht fur jede Anforderung 134 eine Identi- 
f ikation der Sitziing notwendig; vielmehr erfolgt die 
Identif ikation der Sitzung implizit bei jeder Ubertragung 
zwischen dem Client 110 und der Server-Umgebung 140, da 
die Verbindung durch die dedizierte Datenubertragungs- 
verbindung 125 erfolgt. 

Wie oben diskutiert wurde^ wird eine Folge von Anforde- 
rungen 134 und Antworten 132 einer Benutzersitzung 130 
zwischen dem Client 110 und der Server-Umgebung 140 in 
dem Priifspeicher 160 als gespeicherte Hits 175 der ge- 
speicherten Benutzersitzung 170 gespeichert. Wie unter 
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Bezug auf Fig. 2 diskutiert wird, ermoglicht eine Analy- 
siereinrichtxing 220 es einem Analyst 210, die Benutzer- 
sitzung 170 zu analysieren, 

Der Analyst 210 kann z*B, die Benutzersitziing 170 auswer- 
ten, um f estzustellen, wie sich der Client 110 zum Errei- 
chen eines bestimmten Ergebnisses durch eine bestimmte 
Netzwerk-Anwendung bewegt. Eine solche Auswertxing ist 
z.B. bei kommerziellen oder bei E -conunerce- Interne tanwen- 
dungen nutzlich. Bei derartigen Anwendungen sind Anwen- 
dungsentwickler daran interessiert , zu verstehen, wie ein 
Client 110 eine bestimmte Anwendung durchlauft, um zu 
einem bestimmten Ergebnis, wie z.B. der Tatigung eines 
Kaufs/ zu gelangen. Man erkennt, daS die vorliegende 
Erfindung dem Analysten 210 erlaubt, die bestimmte Anwen- 
dung fur verschiedene Client en 110 zu unterschiedlichen 
Zeiten, usw. auszuwerten. 

Iri einem anderen Beispiel kann der Analyst 210 die Benut- 
zersitzung 170 auswerten, um Fehler zu isolieren, die 
wahrend der Benut zersitzung 130 aufgetreten sind. In 
diesem Beispiel kann der Analyst 210 bei dem Versuch, ein 
bei einer bestimmten Netzwerk-Anwendung aufgetretenes 
Problem, zu identif izieren xind zu isolieren, die gesamte 
Benut zersitzung 130 wiedererzeugen bzw. nachvoll Ziehen. 

Wie in Fig. 2 gezeigt ist, benut zt der Analyst 210 die 
Analysiereinrichtung 220, um auf den Prufspeicher 160 
zuzugreifen. Insbesondere ist der Analyst 210 in der 
Lage, auf eine bestimmte Benut zersitzung 170 zuzugreifen 
und sie visu'ell wiederzuerzeugen. Mit anderen Worten: der 
Analyst 210 ist in der Lage, die bestimmte Benutzersit- 
zung 170 Schritt fur Schritt zu durchlaufen und jede 
Anforderung 134 und jede Antwort 132, so wie sie wahrend 
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der Benutzersitzung 170 aufgetreten sind, individuell 
auszuwerten. 

In einer bevorzugten Ausfiihrungsform der vorliegenden 
Erfindung reproduziert die Analysiereinrichtung 220 die 
Benutzersitzxing 170, indem sie die verschiedenen Bild- 
schirminhalte 120 erzeugt, die dem Client 110 wahrend der 
Benutzersitzung 130 von der Server -Umgebung 140 prasen- 
tiert wurden. Auf diese Weise ist der Analyst 210 in der 
Lage, sich die gleichen Bildschirminhalte 120 anzu- 
schauen, die der Client 110 wahrend der Benutzersitzung 
130 betrachtet hat. Der Analyst 210, ist aufierdem in der 
Lage, jede Anforderung, die durch den Client 110 erfolgt 
ist, xind jede darauf folgende Antwort 132 der Server-Umge- 
bung 140 auszuwerten. 

Es ist klar, daS der Analyst 210 die Benutzersitzung 13 0 
off-line, d.h. nachdem die Benutzersitzung 170 abge- 
schlossen ist, oder in nahezu Echtzeit, d.h. wahrend die 
Benutzersitzung 170 stattfindet, auswerten kann. In 
dieser letztgenannten Ausf uhrungsf orm kann die Analysier- 
einrichtung 220 Hits 175 entweder aus dem Prufspeicher 
160 Oder unter Umgehung des Prufspeicher s 16 0 direkt aus 
dem Prufdaten-Erf assungsf ilter 150 zuriickgewinnen . 

Nachdem die Komponenten der vorliegenden Erfindung hier- 
mit beschrieben sind, wird nun die Arbeitsweise der vor- 
liegenden Erfindung diskutiert. Fig. 3 ist ein Flufidia- 
gramm, das gemaS einer Ausfiihrungsform der vorliegen Er- 
findung einen Betriebsablauf 300 des Prufdaten-Erf as- 
sungsf liters 150 beim Erfassen von Anf orderungen 134 und 
Antworten 132 wahrend einer Benutzersitzung 130 veran- 
schaulicht. In einem Schritt 310 erapfangt die Server- 
Umgebung 140 eine Anforderung 134 von dem Client 110. In 
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einem Schritt 320 erfafit der Pii^f daten-Erf assungsf ilter 
150 die Anf orderimg 134 . 

In einer Ausfuhrungsform der vorliegenden Erfindung 
erfafit der Pruf daten-Erf asstingsf liter 150 die Anforderung 
134 in der Server-Umgebung 140. Insbesondere erfafit in 
dieser Ausfuhrungsform der Pruf daten-Erf assungsfilter 150 
die Anforderung 134 von der Server-Umgebung 140, nachdem 
die Server-Umgebung 140 die Anforderxing 134 empfangt/ 
aber bevor die Server-Umgebung 140 die Anf orderung ' 134 
verarbeitet . 

In einer altemativen Ausfuhrungsform der vorliegenden 
Erfindung kann die Server-Umgebung 140 die Anforderung 
134 an den Pruf daten-Erf assungsfilter 150 weiterleiten. 
Femer existieren weitere Mechanismen, die es dem Prufda- 
ten-Erfassungsfilter 150 erlauben, Zugriff auf die Anfor- 
derung 134 zu erhalten. In jedem Fall stort oder unter- 
bricht das Erfassen der Anforderung 134 nicht die Kommu- 
nikation zwischem dem Client 110 und der Server-Umgebung 
140. 

In einer altemativen Ausfuhrungsform der -vorliegenden 
Erfindung erfafit der Pruf daten-Erf assungsfilter 150. die 
Anforderung 134 direkt von der Datenubertragungsver-bin- 
dung 125 ohne Mitwirkung oder Teilnahme der Server-Umge- 
bung 140. 

In einer bevorzugten Ausfuhrungsform der vorliegenden 
Erfindung schliefit das Erfassen der Anforderung 134 das 
Erfassen oder Bestimmen bestimmter (nicht dargestellter) 
Umgebungsdaten ein, die zu der Zeit oder um die Zeit 
herum, zu der die Anforderung 134 abgeschdckt oder erfafit 
wurde, mit dem Client 110 und der Server-Umgebung 140 
assoziiert waren. 
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Diese Umgebungsdaten. enthalten Parameter wie z.B. Ausla- 
stxing, Umfang des Datenverkehrs, Status Oder andere der- 
artige Informationen, die auf der Datenubertragungsver- 
bindung 125 verfiigbar sind und die in der Client /Server- 
Umgebung 100 wohlbekannt sind. Solche Umgebungsdaten bzw. 
Daten uber Umgebungsf aktoren konnen z.B. die Art des 
(Web-) Browsers, die IP-Adresse des Client 110, der Zeit- 
punkt der Anforderung 134 oder die Angabe fur das 
benutzte Portal (z.B. Yahoo, Excite) sein. In Fig, 9 ist 
mit DBA.DIM-Env ein spezielles und in Fig. 10 ein wei- 
teres Ausfuhrungsbei spiel angegeben. 

Wie unten diskutiert wird, ermoglichen es die Umgebungs- 
daten der Analysiereinrichtung 220, den EinfluiS der 
Client/Server-Umgebung 100 auf eiiie bestimmte Benutzer- 
sitzung 170 auszuwerten. 

In-einem Schritt 330 bestimmt die Server -Umgebung 140 
eine Antwort 132 auf die Anforderung 134 des Client 110. 
In einem Schritt 340 sendet die Server-Umgebung 140 die ^ 
Antwort 132 an den Client 110. In einem Schritt 350 
erfaSt der Pruf daten-Erf assungsf ilter 150 gemaS einer 
Ausfuhrungsform der vorliegenden Erfindung die Antwort 
132 der Server-Umgebung 140 an den Client 110. 

In einer alternativen Ausfuhrungsform kann die Server- 
Umgebung 140 die Antwort 132 an den Pruf daten-Erf assungs- 
filter 150 weitergeben. In einer weiteren alternativen 
Ausfuhrungsform der vorliegenden Erfindung erfaSt der 
Prufdaten-Erfassungsf ilter 150 die Antwort 132 direkt von 
der Dateniibertragungsverbindung 125. Wie oben unter Bezug 
auf das Erfassen der Anforderung 134. diskutiert wurde, 
beinhaltet das Erfassen der Antwort 132 in einer bevor- 
zugten Ausfuhrxing der vorliegenden Erfindung zudem das 
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Erfassen von Umgebungsdaten, die mit der Antwort 132 ver 
kniipft sind. 

SchlieSlich speichert der Pruf daten-Erf assungsf ilter 150 
in exnem Schritt 360 die erfafite Ar.<=^>.xi 

- „ erraiste Anforderung 134 und die 

erfaSte Antwort 132 als Hii- t7c ^ ^ » ^ una axe 

^ ^ dem Priifspeicher 160 

insbesondere wird jeder Hit 175 (oder jedes Anforde- 
rung/Antwort-Paar) zusammen mit anderen Hits, die zu 
exner bestirmnten Benutzersitzung 170 gehoren, in dem 
Prufspeicher 160 gespeichert. 

In einer alternativen AusfOhrungsf orm der vorliegenden 
Erfxndung speichert der Pr^if daten-Erf assungsf ilter 150 
dxe erfaSte Anforderung 134 in dem Prufspeicher 160 
sobald diese erfaSt worden ist, anstatt auf eine zugeho- 
rxge erfaSte Antwort 132 zu warten. Die erfaSte Anforde- 
rung 134 und die erfalSte Antwort 132 werden also jeweils 
gespeichert, sobald sie erfalSt sind. 

GemaS einer Ausfuhrungsform der vorliegenden Erfindung 
erfalSt oder empfangt der Prufdaten-Erf assungsf ilter 150 
Anforderungen 134 und/oder Antworten 132 von der Server- 
Umgebung 140. Bei einer realen Implementierung kann der 
Prufdaten-Erfassungsf ilter 150 in der Server-Umgebung 140 
resident sein und in Verbindung mit ihr arbeiten. Bei 
dxeser Implementierung und gemaS der vorliegenden Erfin- 
dung benotigt der Client lio in Verbindung mit dem Pruf- 
daten-Erf assungsf ilter 150 weder Software, Hardware oder 
exne Kombination von Software und Hardware noch eine 
Modifikation an seiner Software oder Hardware. 

In einer alternativen Ausfuhrungsform der vorliegenden 
Erfxndung erfafit der Prufdaten-Erf assungsf ilter 150 die 
Anforderungen 134 und die Antworten 132 direkt von der 
DatenObertragungsverbindung. Bei dieser Ausfuhrungsform 



wo 00/03323 



PCT/DE99/02170 



18 



der vorliegenden Erfindung sind in Verbindung mit dem 
Prufdaten-Erfassxingsf ilter 150 weder in dem Client lio 
noch in der Server-Umgebung 140 Software, Hardware oder 
eine Korabination von Software und Hardware erf orderlich. 

Fig. 4 ist ein FlulSdiagratnm, das gemaJS einer Ausfuhrungs- 
form der vorliegenden Erfindung die Arbeitsweise 400 der 
Analysiereinrichtung 220 veranschaulicht , die gemaS einer 
AUsfmiirungsform der vorliegenden Erfindung das Analysie- 
ren einer Benutzersitzung 170 ermoglicht. In einem 
Schritt 410 lokalisiert die Analysiereinrichtung 220 eine 
bestimmte' Benutzersitzung 170 in dem Priif speibher 160. In 
einer alternativen Ausfuhrungsf orm, die ohne Prufspeicher 
160 arbeitet, gibt die Analysiereinrichtung 220 dem Pruf- 
daten-Erf assungsf ilter 150 eine bestimmte Benutzersitzung 
170 an, die analysiert werden soil. 

Die Benutzersitzung 170 kann durch eine Vielzahl von 
Mechanismen lokalisiert werden, Sblche Mechanismen konnen 
es der Analysiereinrichtxing ermoglichen, entsprechend dem 
Datum, das zu einer bestimmten gesuchten Benutzersitzung 
170 gehort, und/oder der Sitzungsnummer , die zu einer 
bestimmten gesuchten Benutzersitzung 170 gehort, auf den 
Prufspeicher 160 zuzugreifen. Es kann jedoch sein, dafi 
das Datum und die Sitzungsnummer nicht in jedem Fall 
bekannt sind. Es ist dem Fachmann klar, daS die Analy- 
siereinrichtung 22 0 daher andere Mechanismen zur Lokali- 
sierung der Benutzersitzung 170 bereitstellen kann, z.B. 
das Durchsuchen des Priif speichers 160 nach Schlusselwor- 
ten, nach Identif ikatoren usw., oder irgendeine andere 
Art und Weise, den Prufspeicher 160 zu durchsuchen. 

Nachdem eine Benutzersitzung 170 lokalisiert worden ist, 
gewinnt (englisch: retrieves) die Analysiereinrichtung 
220 in einem Schritt 420 die Anforderiing 134 aus dem 
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Prufspeicher 160 zuruck. Aus dem Prufspeicher 160 warden 
also dxe erforderlichen Daten abgeruf.n bzw. herauIgeW 
. den, urn dxe Anforderung 134 wiederzugewinnen bzw. JilZ- 

tung 220 xn exnem Schritt 430 die Antwort 132, die der 
Anforderung 134 entspricht, aus dem Prufspeicher 160 
zuruck. Wie oben diskutiert wurde, kann die Analysier- 
exnrxchtung 220 in exner altemativen AusfOhrungsf ox. der 
vorlxegenden Erfindung die Anforderung 134 und die Ant- 
. wort 132 direkt aus dem Prufdaten-Erf assungsf ilter 150 
zuruckgewinnen. 

in einer bevorzugten Aus fGhrungs form der vorliegenden" 
Erfxndung gewinnt die Analysiereinrichtung 220 beim 
Zurackgewinnen der Anforderung 134 und der Antwort 132 
auch zugehorige Umgebungsdaten zuruck, die mit jeder 
Anforderung 134 und Antwort 132 gespeichert worden sein ' 
konnen, wie oben diskutiert wurde. 

in einem Schritt 440 ver^endet die Analysiereinrichtung 
220 dxe zuruckgewonnene Anforderung und die zurfickgewon- 
nene Antwort, und in der bevorzugten Aus f^ihrungs form auch 
dxe zuruckgewonnenen Umgebungsdaten,- die jeweils zu ihnen 
gehoren, um den dynamisch erzeugten Bildschirminhalt 120 
waederzuerzeugen und darzustellen. Auf diese Weise ist 
dxe Analysiereinrichtung 220 in der Lage, dem Analysten ■ 
210 exnen dynamisch erzeugten Bildschirminhalt 120 zu 
prasentieren, der der gleiche ist wie derjenige, den der 
Clxent 110 wahrend der Benutzersitzung 130 betrachtet 
hat . 

Die Analysiereinrichtung 220 erzeugt unter Verwendung der 
Dxalog-Daten den Bildschirminhalt 120. Die ursprungliche 
Clxent -Server-Anwendung muS dabei nicht laufen, d.h die 
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Analyse kann ohne laufende Anwendung erfolgen. Die kom- 
plette Sitziing mufi nicht gespeichert werden. 

Fig. 5 veranschaulicht die Arbeitsweise einer bevorzugten 
Ausfuhrimgsform des Schrittes 440 detaillierter . In einem 
Schritt 510 untersucht die Analysiereinrichtxing 220 die 
Umgebungsdaten und andere Paktoren, die zu der zuruckge- 
wonnenen Anforderung 134 und zu der zuruckgewonnenen Ant- 
wort 132 gehoren. In einem Schritt 520 erzeugt die Analy- 
siereinrichtung 220 auf Basis der zuruckgewonnenen Anfor- 
derung 134 und der zurxickgewonnenen Antwort 132 einen 
Bildschirminhalt und stellt damit den dynamisch erzeugten 
Bildschirminhalt 12 0 wieder hisr. In einem Schritt 530 
zeigt die Analysiereinrichtung 220 dem Analysten 210 die 
analysierten Umgebungsdaten und den erzeugten Bildschirm- 
inhalt an. Dies erlaubt es dem Analysten 210, sich den 
wiederhergestellten Bildschirminhalt im Zusammenhang mit 
den Umgebungsf aktoren, die die bestimmte Benutzersitzung 
170 beeinfluSt haben konnen, anzuschauen. 

In einer bevorzugten Ausfuhrungsf orm der vorliegenden 
Erfindung wird der wiedererzeugte Bildschirminhalt in 
einem Schritt 540 aktualisiert , um die von dem Benutzer 
des Client 110 eingegebenen Daten wiederzugeben. Diese 
Daten werden aus einer nachf olgenden Anforderung 134 des 
Client 110 an die Server-Umgebung 14 0 in der bestimmten 
Benutzersitzung 170 gewonnen. 

Die Analysiereinrichtung 220 wird nun unter Bezug auf 
Fig. 6 detaillierter diskutiert. Die Analysiereinrichtung 
220 umfafit ein Analysemodul 620, eine Analysedatenbank 
630 und ein Importmodul 640. Das Importmodul 640 gewinnt 
aus den in dem Prufspeicher 160 gespeicherten Rohdaten 
der Benutzersitzung 170 bedeutsame Information zuruck, 
damit sie von dem Analysten 210 verwendet werden kann. In 
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einer bevorzugten AusfCihrungsform der vorliegenden Erfin- 
dxing gewinnt das Importmodul 640 Information aus Hits 175 
der Benutzersitzung 170 aus dem Prufspeicher 160 zuriick 
und speichert sie in einem bestirtimten, fur die Analyseda- 
tenbank 630 eindeutigen Format in der Analysedatenbank 
630. 

Zum Beispiel gewinnt das Importmodul 64 0 bei einer Anwen- 
dung Information aus Hits 175 zuaruck, die in einer Inter- 
net-Umgebung erfaSt worden sind, wahrend es bei einer 
anderen Anwendung Information aus Hits 175 zuruckgewinnt , 
die in einer SAP R/3-Umgebung erfalSt worden sind. Dadurch 
kann das Importmodul 640 Sitzungsdaten, die zu einer 
Vielzahl von Client en 110 und Server -Umgebungen 140 geho- 
ren, zurtickgewiimen und sie in einer zentralen, einheit- 
lichen Datenbank, wie z.B. der Analysedatenbank 630, kom- 
binieren. Somit konnen anschliefiend angewendete Analyse- 
Tools (wie z.B. das Analysemodul 620) die Sitzungsdaten 
ungeachtet des Formats der erf afiten- Hits 175 analysieren. 
Dadurch, daS sie das gemeinsame Forrnat der Analysedaten- 
bank 63 0 verwenden, konnen nachfolgend angewendete Ana- 
lyse-Tools dainjber hinaus sinnvolle Vergleiche der Sit- 
zungsdaten durchfuhren, die von verschiedenen Clienten 
110, Server -Umgebungen 140, Anwendungen usw. , vorliegen. 

In einer bevorzugten Ausfuhrungsfoarm der vorliegenden 
Erfindung enthalten die Daten> die in der Analysedaten- 
bank 630 gespeichert sind, relevante Daten aus der Anfor- 
derung 134 und der Antwort 132 und die zugehorigen Umge- 
bungsdaten. Diese Daten enthalten Information, die mit 
dem Client 110 und der Server-Umgebung 140 verknupft und 
aus ihnen abgeleitet sind, sowie die verwendeten Kommuni- 
kationsprotokolle und weitere relevante Information, die 
tilr denjenigen, der mit verschiedenen Netzwerk-Protokol- 
len vertraut ist, gelaufig ist. 
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In einer bevorzugten Ausfiihrtingsf orm der vorliegenden 
Erfindung weist die Analysedatenbank 630 fur jede Anwen- 
dung in der Client /Server-Umgebung 100 zwei Satze von 
Tabellen auf . Die ersten Tabellen werden als OIAP ("On- 
line Analysis Program" bzw. "Online Analytical 
Processing") -Analysetabellen bezeichnet. OLAP-Verf ahren 
sind aus der Literatur bekannt, beispielsweise aus P. 
Gray und H. J. Watson, Decision Support In The Data 
Warehouse, Prentice Hall 1998, New Jersey, wo in Anhang 1 
die sogenannten zwolf Codd'schen Regeln fur OIiAP erlau- 
tert sind- 

Die OLAP-Analysetabellen sind fur eine vorlauf ige OLAP- 
V Analyse ausgelegt und optimiert. In einer bevorzugten 
Aus fuhrungs form der vorliegenden Erfindung weisen die 
OLAP-Analysetabellen eine Sternstruktur auf und sind 
vollstandig indexiert • Fig. 9 veranschaulicht eine bevor- 
zugte Aus fuhrungs fo3rm fur eine Sternstruktur fur Hits, 
die in einer Internet-Umgebung oder in einer Umgebung auf 
Web-Basis erfaSt wurden, wahrend Fig. 10 eine bevorzugte 
Aus fuhriings form fur eine Sternstruktur fur Hits veran- 
schaulicht, die in einer SAP R/3 -Umgebung erfaSt wurden. 

Die zwei ten Tabellen in der Datenbank 630 werden als Sit- 
zungs-Darstellungs/Analyse -Tabellen bezeichnet. Die Sit- 
zungs-Darstellungs/Analyse-Tabellen sind dazu ausgelegt 
und optimiert, die Benutzersitzung 13 0 visuell wiederzu- 
erzeugen und eine sitzungsspezif ische Analyse durchzufuh- 
ren. Die Sitzungs-Darstellungs/Analyse-Tabellen enthalten 
die gesamte Information der Hits sowie Information uber 
das Wiedererzeugen von verfugbaren Sitzungen und Infor- 
mation, die aus der Identif ikation der Sitziang zuruckge- 
wonnen wurde. Fig. 11 veranschaulicht eine bevorzugte 
Aus fuhrungs form einer D^rstellungstabelle fur Hits, die 
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in der Internet -Umgebung oder in der Umgebimg auf Web- 
Basis erfaSt wurden, wahrend Fig. 12 eine bevorzugte 
Ausfuhrurigsform einer Darstellungstabelle fur Hits, die 
in einer SAP R/3-Umgebung erfaSt warden, veranschaulicht . 

Fig. 13 veranschaulicht eine Datenstruktur eines Dimen- 
sions -Zwischenspeichers gemaS einer Ausf uhrungsf orm der 
vorliegenden Erfindung. Man erkennt, daS die Dimensions- 
Zwischenspeicher-Datenstruktur nutzlich ist, urn die OLAP- 
Analyse zu beschleunigen. 

In einer Ausf uhrungsf orm der vorliegenden Erfindung spei- 
chert das Importmodul 640 auch Information aus dem Pinif- 
speicher 160 in ein (nicht gezeigtes) Archiv. Das Archiv 
ist vorzugsweise eine dauerhaftere Speichereinrichtung. 
Die in dem Archiv gespeicherte Inf orraationen konnen Roh- 
daten sein, wie sie im Prufspeicher 160 gespeichert sind, 
Oder sie konnen Daten aus dem Prtif speicher 160 sein, die 
von unwesent lichen, nicht mit der Funktion oder der 
Arbeitsweise der Analysiereinrichtung 220 verkniipften 
Informationen befreit wurden. In jedem Fall wird die 
Information, die in dem Archiv gespeichert wird, entspre- 
chend der zu jeder Benutzersitzung 130 gehorenden Sit- 
zungs-Identif ikationsnummer indexiert • Da die Identifika- 
tion jeder SitzUng eindeutig ist und nicht wiederholt 
wird, kann das Archiv Benutzersitzungen 170 aus einer 
Vielzahl von Quellen und einer Vielzahl von Anwendungen 
speichern, ohne daS die Gefahr eines Konfliktes, der den 
Verlust von Daten nach sich zieht, besteht . 

Das Analysemodul 620 wird nun in bezug auf Fig. 7 de- 
taillierter beschrieben. Das Analysemodul 620 umfaJSt ein 
Globalanalysemodul 710 tmd ein Darstellungsmodul 720. Das 
Darstellungsmodul 720 umfaSt ein Modul fur spezifische 
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Analyse 730, einen intelligenten Parser 740 xind eine Dar- 
stellungskomponente 750. 

Das Global analysemodul 710 ermoglicht es dem Analysten 
210, Benutzersitzimgen 170, die in der Analysedatenbank 
630 gespeichert sind und die von verschiedenen Clienten 
110, Server-Umgebiingen 140 xmd verschiedenen in der 
Client/Server-Umgebung 100 laufenden Anwendungen stammen, 
dynamisch zu analysieren. Zum Beispiel ermoglicht es das 
Globalanalysemodul 110 dem Analysten 210, Benutzersitzim- 
gen 170 fur alle Clienten 110 zu analysieren, die auf 
eine bestimmte Site in der Server-Umgebung 140 zugegrif- 
fen haben. 

In einem anderen Beispiel ermoglicht das Globalanalyse- 
modul 710 dem Analysten 210, Benutzersitzungen 170 fur 
einen bestimmten Client .110 zu analysieren, der auf eine 
Vielzahl von Sites in verschiedenen Server-Umgebungen 140 
zugegriffen hat. In einem weiteren Beispiel ermoglicht es 
das Globalanalysemodul 710 dem Analysten 210, alle Benut- 
zersitzungen 170 fur alle Clienten 110 in alien Server- 
Umgebungen 140 zu analysieren, die an einem bestimmten 
Tag zum Erwerb von Waren gefuhrt haben. Dies sind nur 
Beispiele dafur, wie das Globalanalysemodul 710 auf die 
Analysedatenbank 630 zugreifen konnte, wobei eine 
Beschrankung nur durch den Inf ormationsumf ang, der in der 
Analysedatenbank 63 0 selbst zur Verfugung steht, gegeben 
ist . 

Das Darstellungsmodul 720 ist dafiir verantwortlich, eine 
bestimmte Benutzersitzung 130 visuell wiederzuerzeugen, 
eine Analyse des Sitzungslevels (englisch: session level 
analysis) vorzunehmen und die Benutzersitzung dem Analy- 
sten 210 zu prasentieren. Wie oben erwahnt wurde, umfafit 
das Darstellungsmodul 720 eine Komponente fur spezifische 
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Analyse 730, ei„ intelligente. Parser-Modul 740 und elne 
Darstellungskonponente 7S0. Die Ko^ponente fflr specif 1- 
sche Analyse ,730 tst Mr das standige Bereitstellen sta- 
t.st«=her.Infor,»tio„, die .u einem bastirrmten dynamisch 

ZTT "° ae*^-". und der U^bung* 

daten, die zu diesem Blldschirminhalt zum Zeitpunkt 
seiner Erzeugung und/oder Anzeige fiir den client 110 
gehorten, verantwortlich. 

in einer bevorzugten AusfOhrungsform der vorliegenden 
Erfxndung berechnet die Komponente 730 fur spezifische 
Analyse auch Uberlastungen in der Client/Server-Umgebung 
100 auf dem Server 140 oder auf der DatenObertragungslei- 
J^^^'^f"" zeitpunkt, zu dem. der Bildschirminhalt 
120 dem Clxent lio durch die Server-Umgebung 140 zur Ver- 
f ugung gestellt wurde . 

Die Darstellungskomponente 750 ist dafiir. verantwortlich 
dxe Benutzersitzung 170 physisch darzustellen. Insbeson- 
dere stellt die Darstellungskomponente 750 dem Analysten 
210 Mittel zur Verfugung, urn die Benutzersitzung 170 
durchzugehen und die statistischen Daten, die von der 
Komponente fur spezifische Analyse 730 bereitgestellt 
werden, anzuzeigen. 

In einer bevorzugten Ausfuhrungsform der vorliegenden 
Erfxndung existiert fur jede Client /Server-Anwendung eine 
exgene Darstellungskomponente 750. Fur HTML und XML 
umfafit die Darstellungskomponente 750 einen Web-Browser 
Fur SAP R/3 ist die Darstellungskomponente 750 Bestand- 
teil einer modif izierten Version einer Benutzeroberf la- 
che, die von SAP R/3 verwendet wird. Es ist klar, daS fur 
andere Anwendungen die Darstellungskomponente 750 ein 
geeignetes Darstellungsprogramm umfafit. Mit anderen 
Worten: die spezifische. Darstellungskomponente 750 wird 
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in Abhangigkeit von einer bestiramten Client/Server-Anwen- 
diing verwendet. 

Die intelligente Parser-Komponente 740 tastet die Analy- 
sedatenbank 630 ab, urn f estzustellen, ob sie HrrWL ent- 
halt. Wenn dies der Fall ist, stellt die intelligente 
Parser-Komponente 740 fest, ob die HTML Felder enthalt, 
die es der intelligenten Parser-Komponente 740 ermdg- 
lichen, den Wert der Felder auf eine nachfolgende Benut- 
zer-Anf orderung 134 hin auf sichere Weise zu verandem. 
Auf diese Weise ist der Analyst 210 in der Lage, Daten zu 
betrachten, die der Client 110 entsprechend dem dynamisch 
erzeugten Bildschirminhalt 120, so wie er wahrend der 
Benutzersitzung 130 aufgetreten ist, eingegeben hat. In 
einer bevorzugten AusfCihrungsf orm der vorliegenden Erf in- 
diing implementiert die intelligente Parser-Komponente 740 
diese Funktion aus Sicherheitsgrunden nicht fur Password- 
Felder . 

Wie somit beschrieben ist, speichert die vorliegende 
Erfindung alle Anf orderungen 134 und Antworten 132, die 
zwischen dem Client 110 und der Server-Umgebung 14 0 
stattfinden. Dieser Ansatz ist jedoch nicht in alien 
Client/Server-Umgebungen 100 erforderlich und vielleicht 
auch nicht erwunscht. In alternativen Ausfuhrungsf ormen 
der vorliegenden Erfindung kann der Pruf daten-Erf assungs- 
filter 150 nur dann Anf orderungen 134 und Antworten 132 
in dem Prufspeicher 160 speichem, wenn ein signif ikantes 
Ereignis eintritt. Ein signif ikantes Ereignis umfaSt 
dabei vorzugsweise mindestens eine Anforderung 134 und 
eine Ant wort 132 . 

Zum Beispiel werden in einer Ausfuhrungsf orm der vorlie- 
genden Erfindung Anf orderungen 134 und Antworten 132 nur 
dann in dem Prufspeicher 160 gespeichert, wenn ein Kauf 
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abgeschlossen wurda. In diesem Beispiel ist der Kauf ein 
sxgnifikantes Ereignis. In einer anderen AusfOhrungsform 
der vorlxegenden Erfindung konnen signifikante. ErelgnisTe 
wext^^ untergliedert werden. Zum Beispiel wird ein ^tz 
von Sxt.ungsdaten seiche Clienten 110 gespeichert, 

dxe Waren im Wert von 10 Millionen Dollar oder mehr kau- 
fen, wahrend ein anderer Satz von Sitzungsdaten f^ir 
solche Clienten no gespeichert wird, die Waren im Wert 
von weniger als lO Millionen Dollar kaufen. 

Diese Ausfmorungsform der vorliegenden Erfindung elimi- 
nxert einen grofien Teil der Daten aus dem Prufspeicher 
160, die mit "Surfen" oder "Browsen" oder anderen unsig- 
nifxkanten Ereignissen verknupft sind, und die andem- 
falls gespeichert werden konnten. in anderen Ausftihrungs- 
formen der vorliegenden Erfindung k6nnen solche zum 
"Surfen" oder "Browsen" geh6renden Daten jedoch nutzlich 
sexn, um bestimtnte Verhaltensmuster (z.B. beim Einkaufen) 
festzustellen, und es kann erw^inscht sein, diese Daten in 
dem Prufspeicher 160 zu speichem. Die spezifischen 
sxgnifikanteh Ereignisse, die das Speichem von Sitzungs- 
daten in dem Prufspeicher 160 auslosen, konnen yon Anwen- 
dung zu Anwendung variieren. 

Bei Ausfuhrungsformen der vorliegenden Erfindung, die 
solche signifikanten Ereignisse als Kriterxunr zum Spei- 
chem von Sitzungsdaten benutzen, werden die Anforde- 
rungen 134 und die Antworten 132 vorzugsweise in einem 
temporaren Speicher zwischengespeichert, bis das signifi- 
kante Ereignis eintritt. Sobald das signifikante Ereignis 
exntrxtt, werden die Anf orderungen 134 und die Antworten 
132 von dem temporaren Speicher in den Prufspeicher 160 
ubertragen. Dieser ObertragungsprozelS der Anf orderungen 
134 und der Antworten 132 von dem temporaren Speicher in 
den Prufspeicher 160 wird als "Eintragen" der Anforderun- 
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gen 134 und der Antworten 132 in den Prufspeicher 160 
bezeichnet . 

Pemer k6nnen andere Mechanismen zum Eintragen der Sit- 
zungsdaten (d.h. der Anf ordeningen 134 und der Antworten 
132) in den Prufspeicher 160 zur Verfugvmg stehen. Zutn 
Beispiel konnten Sitzungsdaten vor dem signif ikanten 
Ereignis in dem Prufspeicher 160 gespeichert und als tern- 
porar oder nicht eingetragen. markiert oder auf andere 
Weise gekennzeichnet werden. Sobald das signif ikante 
Ereignis eintritt, werden diese Daten als eingetragen 
gekennzeichnet. Wenn das signif ikante Ereignis nicht ein- 
tritt, werden diese Daten anschliefiend geloscht oder 
unlesbar gemacht, 

Vor diesem Hintergrund wird nun gemaS dieser Ausfuhrungs- 
form der vorliegenden Erfindung der Speichervorgang 360 
unter Bezug auf Fig. 8 beschrieben. In einem Schritt 810 
speichert der Pruf daten-Erf assungsf ilter 150 ein Anforde- 
rung/Antwort - Paar in einer temporaren Datenbaiik oder 
einem temporaren Speicher. In einem Entscheidungsschritt 
82 0 stellt der Pruf daten-Erf assungsf ilter 150 fest, ob 
ein signif ikantes Ereignis eingetreten ist . Wenn das 
signif ikante Ereignis eingetreten ist, tragt der Pruf da- 
ten-Erf assungsf ilter 150 in einem Schritt 830 die Anfor- 
derung/Antwort - Paare , die in der temporaren Datenbank 
Oder in dem temporaren Speicher gespeichert sind, in den 
Prufspeicher 160 ein. Wenn an einer bestimmten Stelle des 
Ablaufs nicht in. die temporare Datenbank oder den tem- 
poraren Speicher eingetragen wurde, loscht der Pruf daten- 
Erf assungsf ilter 150 die temporare Datenbank oder den 
temporaren Speicher. 

Zusammengefafit lassen sich erf indungsgemaSe Aspekte mit 
anderen Worten vereinfacht wie folgt beschreiben: Ein 
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System bzw. ein Verfahren zum PrGfen von Netzwerk-Anwen 
dungen erfaSt wahrend einer Benutzersitzung 130 Obertra- 
gungen zwischen einem Client lio und einem. Server 140 
Ein Pruf daten-Erf assungsf ilter 150 erf aSt und speichert 
jede Anforderung 134 des Client 110 und jede Antwort 132 
des server 140 auf jede Anforderung 132 in einem Prdf- 
speicher 160 in einer Form, die es einem Analysten 210, 
d.h. einer Person, die die Benutzersitzung 130 analysie- 
ren mochte, gestattet, die Benutzersitzung 130 in der 
Weise wiederzuerzeugen, in der sie dem Client no ur- 
sprOnglich dargestellt wurde. Vorzugsweise stellt das 
System dem Analysten 210 auch Umgebungsdaten bereit. 

Ein prGfender Analyst 210 kann die erfaSten Anfordrunen 
134 und die erfaSten Antworten 132 dazu benutzen, die 
Benutzersitzung 130 visuell wiederzuerzeugen, urn dabei zu 
analysieren was sich wMirend der Benutzersitzung 13 o 
ereignet hat. Auf diese Weise kdnnen beispielsweise tech- 
nische Analysen, z,B. urn die Ursache einer Fehlfunktion, 
Oder kommerzielle Analysen, z.B. die Analyse des KSufer- 
verhaltens oder eines Client 110, der eine Website 
besucht, durchgefmirt werden. Bei dem Speichem, Erfassen 
Oder Analysieren konnen naturlich aus Datenschutzgrunden 
erforderliche Anonymisierungen vorgenommen werden. 

Nachdem die Erfindung detailliert und unter Bezug auf 
spezifische Ausfuhrungsformen beschrieben worden ist, ist 
es fur einen Fachmann of f ensichtlich,. daJS verschiedene 
Anderungen und Modif ikationen vorgenommen werden konnen, 
ohne vom Sinn und vom Schutzbereich der Erfindung abzu- ' 
weichen. Die vorliegende Erfindung bezieht sich daher 
auch auf Modif ikationen und Abwandlungen der Erfindung, 
vorausgesetzt daS diese Modif ikationen und Abwandlungen 
innerhalb des Schutzbereichs der beigefugten Anspruche 
und ihrer Aquivalente liegen. 
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PatenteuisprGche 

1. Verfahren zxim visuellen Wiedererzeugen einer Benut- 
zersitzxing (130, 170) in einer Computer -Umgebiing, die 
einen Client (110) und einen Server (140) aufweist, 
wobei das Verfahren folgende Schritte beinhaltet : 

Eitqofangen einer Anforderxing (134) des Client (110) in 
dem Server (140) ; 

Ermitteln einer Antwort (132) auf die Anforderung 
(134) durch den Server (14 0); 

Speichern der Anforderung (134) und der Antwort 
(132) ; 

Senden der Antwort (132) von dem Server (140) an den 
Client (110) ; 

Visuelles Wiedererzeugen der Benutzersitzung (130, 
170) auf Basis der gespeicherten Anforderxing (134) 
und der gespeicherten Antwort (132) . 

2. Verfahren nach Anspruch 1, wobei das Verfahren einen 
Schritt des Erfassens der Anforderung (134) und/oder 
des Erfassens der Antwort (132) auf die Anforderung 
(134) umfaSt. 

3. Verfahren nach Anspruch 2, wobei der Schritt des Er- 
fassens der Anforderung (134) das Ermitteln von In- 
formation beinhaltet, die mit der Anforderung ver- 
knupft ist und die zu einer Client/Server-Umgebung 
gehort . 
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4 . Verf ahren nach Anspmch 2 oder 3 , wobei der Schritt 
des Erfassens der Anforderung (134) den Schritt des 
Empfangens von durch den Client (110) gesendeten Ein- 
gabedaten beinhaltet. 

5. Verf ahren nach Anspruch 4, wobei der Schritt des Er- 
fassens der Anforderung (134) femer den Schritt des 
Empfangens einer Sitzungs-Identif ikation beinhalttet, 
die mit dem Client (110) verknupft ist. 

6. Verf ahren nach einem der Anspruche 2 bis 5, wobei der 
Schritt des Erfassens der Anforderxing (134) das 
Erfassen der Anfordernng (134) unter Mitwirkiing des 
Servers (140) beinhaltet. 

7. Verf ahren nach einem der Anspriiche 2 bis 6, wobei der 
Schritt des Erfassens der Anforderxing (134) das Er- 
fassen der Anforderxing (134) direkt von einer Daten- 
ubertragxmgsverbindxing (125) , die den Client (110) 
und den Server (140) miteinander verbindet, beinhal- 
tet. 

'8. Verf ahren nach einem der Ansprxiche 2 bis 7, wobei der 
Schritt des Erfassens der Antwort (132) das Erfassen 
der Antwort (132) unter Mitwirkung des Servers. (140) 
beinhaltet. 

9. Verf ahren nach einem der Anspruche 2 bis 8, wobei der 
Schritt des Erfassens der Antwort (132) das Erfassen 
der Antwort (132) direkt von einer Datenubertragungs- 
verbindung (125) , die den Client (110) und den Server 
(140) miteinander verbindet/ beinhaltet. 

10. Verf ahren nach einem der vorhergehenden Anspruche, 
das vor dem Schritt des Speichems ferner einen 
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Schritt des Erfassens der Anforderung (134) in dem 
Server (140) durch einen Priif daten-Erf assungsf ilter 
(150) beinhaltet- 

11. Verfahren nach einem der vorhergehenden Anspruche, 
das vor dem Schritt des Speichems femer einen 
Schritt des Erfassens der Antwort (132) in dem Server' 
(140) durch einen Prufdaten-Erf assungsf ilter (150) 
beinhaltet, 

12. Verfahren nach einem der .vorhergehenden Anspruche, 
wobei der Schritt des Ermittelns einer Antwort (132) 
den Schritt des Bestimmens einer Auszeichnungsspra- 
chen-Datei auf Basis der Anforderung (134). beinhal- 
tet. 

13. Verfahren nach einem der vorhergehenden Anspruche, 
wobei der Schritt des visuellen Wiedererzeugens der 
Benutzersitzung (130, 170) folgende Schritte umfaSt: 

Lokalisieren der Benutzersitzung (130, 170) ; 

Zuruckgewinnen der Anforderung (134) ; 

Zuruckgewinnen der Antwort (132) ; 

Wiedererzeugen eines dynamisch erzeugten Bildschirm- 
inhalts (12 0) auf Basis der zuruckgewonnenen Antwort 
(132) ; und 

Anzeigen des wiedererzeugten dynamisch erzeugten 
Bildschirminhalts (120) . 

14 . Verfahren nach Anspruch 13 , wobei der Schritt des 
Wiedererzeugens eines dynamisch erzeugten Bild- 
schirminhalts (120) folgende Schritte beinhaltet : 

Analysieren von Umgebungsf aktoren, die mit dem Client 
(110) und dem Server (140) verknupft sind; 
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Erzeugen des dynamisch erzeugten Bildschix^inhalts 
(120) aus der zuruckgewonnenen Antwort (132); 
Anzeigen der analysierten Umgebungsf aktoren; und 

Anzeigen des erzeugten, dynamisch erzeugten Bild- 
schirminhalts (120) . 

15. Verf ahren naoh Anspruoh 14, das fer^er den Schritt 

des Aktuallsier«« des erzeugten, dynamisch erzeugten 
Bxldschxrmlnhalts (120) auf Basis einer nSchsten 
Anforderung (134) von dem client (110) beinhaltet. 

IS. Verfahren nach einem dfe vorhergehenden Ansprflche 
wobei der schritt des E^fangens einer Anforderung 
134 den schritt des Er^fangens einer Anforderung 
(134) xn einer Client/Server-Utagebung auf Internet- 
Basis beinhaltet. 

17. verfahren nach Anspruch 16, wobei der Schritt des 
Empfangens einer Antwort (132) den Schritt des Emp- 
fangens einer Antwort (132) in einer Client/ Server- 
Umgebung auf Internet-Basis beinhaltet. 

18 . Verfahren nach einem der vorhergehenden Anspruche 
wobei der Schritt des Empfangens einer Anforderung 

134) den Schritt des Empfangens einer Anforderung 
(134) in einem dedizierten System beinhaltet. 

19. verfahren nach Anspruch 18, wobei der Schritt des 
Empfangens einer Antwort (132) den Schritt des Emp- 
fangens einer Antwort (132) in einem dedizierten 
System beinhaltet. 
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20. Verfahren nach einem der vorhergenden Ansprfiche, 
wobei die Anfordertmg (134) und die Antwort (132) als 
ein Hit (135, 175) gespeichert werden. 

21. Verfahren nach Anspruch 20, wobei der Schritt des 
Wiedererzeugens der Benutzersitzxing (130, 170) fol- 
gende Schritte beinhaltet: 

Lokalisieren der Benutzersitzung (13 0, 170) ; 

Zuruckgewinnen des gespeicherten Hits (135, 175); 

Wiederherstellen eines dynamisch erzeugten Bild- 
schirminhalts (120) auf Basis des zuruckgewonnenen 
Hits (135, 175) ; und 

Anzeigen des wiederhergestellten dynamisch erzeugten 
Bildschirminhalts (120) . 

22. Verfahren nach Anspmch 21, wobei der Schritt des 
Wiedererzeugens eines dynamisch erzeugten Bildschirm- 
inhalts (120) folgende Schritte beinhaltet: 

Analysieren von Umgebungsf aktoren, die mit dem Client 
(110) und dem Server (140) verknupft sind/ 

Erzeugen des dynamisch erzeugten Bildschirminhalts- 
(120) aus dem zuruckgewonnenen Hit (135, 175); 

Anzeigen der analysierten Umgebungsf aktoren; und 

Anzeigen des erzeugten dynamisch erzeugten Bild- 
schirminhalts (12 0) • 

23. Verfahren nach Anspruch 21, das f erne r den Schritt 
des Aktualisierens des erzeugten, dynamisch erzeugten- 
Bildschirminhalts (120) auf Basis einer nachsten 
Anforderung (134) des Client beinhaltet. 
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24 . Verf ahren nach einem der vorhergehenden Ansprache 
wobei der Schritt des Speicherns folgende Schritte 
beinhaltet : 

Speichem der Anforderung (134) und der Antwort (132) 
in einem teraporaren Speicher; 

Ermitteln, ob ein signif ikantes Ereignis stattgefun- 
den hat; iind 

Eintragen der Anforderung (134) und der Antwort (132) 
in den temporaren Speicher, falls das signifikante 
Ereignis stattgefunden hat. 

25. Verf ahren nach Anspruch 24, wobei das signifikante 
Ereignis ein Geschaf tsabschluiSereignis ist. 

26. System zum visuellen Wiedererzeugen einer Benutzer- 
sitzung (130, 170) in einer on-line-Computerumgebung, 
die einen Client (lio) und einen Server (140) auf- 
weist, umfassend 

eine Dateniibertragungsverbindung (125) zwischen dem 
Client (110) und dem Server (140) ; 

einen Pruf speicher (160) ; und 

einen Prufdaten-Erf assungsf ilter (125) , der eine An- 
forderung (134) des Client (110) an den Server (140) 
erfaSt, der die Anforderung (134) in dem Pruf speicher 
(160) speichert, der eine zu der Anforderung (134). 
gehorende, von dem Server. (140) an den Client (lio) 
gesendete Antwort (132) erfaSt, und der die Antwort 
(132) in dem Pr^fspeicher (160) speichert, wobei die 
gespeicherte Anforderung (134) und die gespeicherte 
Antwort (132) zum Wiedererzeugen der Benutzersitzung 
(130, 170) benutzt werden konnen. 
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27. Maschinenlesbarer Datentrager, auf dem eine Anzahl 
von Befehlen gespeichert sind, die bei ihrer Ausfdih- 
rung durch einen Prozessor den Prozessor veranlassen, 
ein Verfahren nach einem der Anspriiche 1 bis 25 
durchzuf uhren . 
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DARSTELLUNGSTABELLEN 



0BA.R3.SESSI0N 



DBA.R3_FIELD 




Session.Name TEXT(40) 
HK^Number LONG 


Hit DatetimeOATE 
UserName TEXT(64) 
Client TEXT(5) 
CPU NameTEXT(12B) 
DB.f3ameTEXT(12B) 
Program^Name TEXT{64) 
Screen.Name TEXT(IO) 
OK CodeTEXT(6) 
NormaLtKle TEXT(2S5) 
Warning TEXT(5) 
Path NameTEXT(2SS) 
Parent.Exists TEXT(20) 
Parent Session TEXT(40) 
SES 10 LONG 

scr"id long 

DoneTEXT(l) 


/Sftssion.Name TEXT(40) (FK) 
Hit Number LONG (FK) 
FIcT Number LONG 




Control NameTEXT(64) 
UsedTEXT(IO) 
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fld1d long 
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DIMENSIONS - ZWISCHENSPEICHER 
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DIM.Desc TEXT(IOO) 
OlM.Oescjrebullt TEXT(100) 
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